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TECHNICAL FIELD 

The disclosed embodiments relate to memory partitioning and sharing in 
1 5 electronic systems. 

BACKGROUND 

Portable processor-based devices have become very popular in societies around 
the world. As the popularity of portable electronic devices has increased, so too has 
20 consumer dependence on these devices. Consumers now rely on portable electronic 
devices like personal computers, cellular telephones, and Global Positioning System 
(GPS) devices, for example, for everything from remote Internet access to 
communication. Increasingly, consumers demand varied data and voice capabilities in 
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one relatively small device. Manufacturers have responded by producing handheld 
devices with multiple data, voice and GPS capabilities. 

An example of a device that performs several functions or applications is a 
cellular phone that can send and receive email, send and receive text messages, and locate 
5 itself using GPS technology. Personal digital assistants (PDAs) also provide increasingly 
varied applications to users. Each application requires processing power and memory, 
some of which may be resident on the device, and some of which may be remotely 
hosted. Various manufacturers typically produce components and software to perform 
specific functions on a device. These various components and associated software for 
10 various functions are typically inserted in a larger system and must communicate and 
cooperate so as to efficiently use available resources on the device, including processor 
cycles and memory. 

Even though semiconductor manufacturing technology has progressed to produce 
greater capability in ever smaller packages, there is always a demand for more processing 

1 5 power and memory, especially on small devices. For example, if memory is not used 
efficiently, it may be necessary to provide more physical memory, which increases both 
size and cost of the device. It is therefore desirable for the specifically designed 
hardware and software to be configurable to flexibly allocate scarce resources, such as 
memory, when inserted in the larger system of the device. It is further desirable for the 

20 specifically designed hardware and software to flexibly allocate resources transparently 
to other components in the larger system. 
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BRIEF DESCRIPTION OF THE FIGURES 

Figure 1 is a block diagram of an electronic system supporting core memory 
partitioning and sharing among components including multiple processors, under an 
embodiment. 

5 Figure 2 is a block diagram of an electronic system configuration having memory 

areas dedicated to each of a central processor and a digital signal processor (DSP), under 
the embodiment of Figure 1. 

Figure 3 is a block diagram of a core memory configuration following start/boot- 
up of the host electronic system, under the embodiment of Figure 2. 
10 Figure 4 is a block diagram of an electronic system including a memory that is 

partitioned for sharing between the central processor and the DSP, under the embodiment 
of Figure 2. 

Figure 5A is a block diagram of a memory configuration in which a first block of 
DSP memory is reallocated from the DSP address space to the processor address space 
15 using mapping reallocation, under the embodiment of Figure 4. 

Figure SB shows a memory configuration (memory map) following reallocation 
of an 8-kbyte block of DSP memory from the DSP address space to the processor address 
space, under the embodiment of Figure 5 A. 

Figure 6A is a block diagram of a memory configuration in which a number n of 
20 memory blocks of DSP memory are reallocated from the DSP address space to the 

processor address space using mapping reallocation, under the embodiment of Figure 4. 

Figure 6B shows a memory configuration (memory map) following reallocation 
of a 64-kbyte block of DSP memory from the DSP address space to the processor address 
space, under the embodiment of Figure 6A. 
25 Figure 7 is a block diagram of a memory area following partitioning and 

reallocation along with the associated memory loading orders, under the embodiment of 
Figure 4. 

Figure 8 is a block diagram of an electronic system configuration that reallocates 
some portion of memory associated with the DSP for use by the processor via switching 
30 reallocation, under an embodiment. 
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Figure 9A is a block diagram of a memory configuration in which a block of DSP 
memory is reallocated from the DSP address space to the processor address space 
through the memory interface, under the embodiment of Figure 8. 

Figure 9B shows a memory configuration (memory map) following reallocation 
5 of the 32-kbyte block of DSP memory from the DSP address space to the processor 
address space, under the embodiment of Figure 9A. 

Figure 10 is a block diagram of an example system configuration that reallocates 
a group or block of memory addresses using switching reallocation and another group of 
memory addresses using mapping reallocation, under the embodiments of Figure 2, 4, 
10 and 8. 

Figure 11 A is a block diagram of a memory configuration in which blocks of 
DSP memory are reallocated from the DSP address space to the processor address space 
using both switching and mapping reallocation, under the embodiment of Figure 10. 

Figure 11B shows a memory configuration (memory map) following reallocation 
1 5 of the first and second blocks of DSP memory from the DSP address space to the 
processor address space, under the embodiment of Figure 1 1 A. 

Figure 12 is a block diagram of a memory area following partitioning and 
reallocation along with the associated memory loading orders, under the embodiment of 
Figure 10. 

20 Figure 13 is a block diagram of a system configuration that reallocates a group of 

memory addresses using switching reallocation and another group of memory addresses 
using mapping reallocation, under an alternative embodiment of Figure 10. 

Figure 14 is a block diagram of an electronic system including a reallocated 
memory and a multiplexer, under any of the embodiments of Figure 4, 8, and 10. 
25 Figure 15 is a block diagram of a control register that supports memory sharing, 

under an embodiment. 

Figure 16 is a block diagram of a status register that supports memory sharing, 
under an embodiment. 

Figure 17 is a block diagram of a read/write violation address register that 
30 supports memory sharing, under an embodiment. 



4 



Attorney Docket No. SIRF.P243 

Figures 18A and 18B show an address map that supports memory sharing, under 
an embodiment. 

In the drawings, the same reference numbers identify identical or substantially 
similar elements or acts. To easily identify the discussion of any particular element or 

s 

5 act, the most significant digit or digits in a reference number refer to the Figure number 
in which that element is first introduced (e.g., element 232 is first introduced and 
discussed with respect to Figure 2). 
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DETAILED DESCRIPTION 

Transparent memory sharing is provided herein in which components of an 
electronic system dynamically reallocate one or more memory areas for sharing among 
components of the system. Prespecified memory blocks of the memory areas are 
5 dynamically reallocated among components of the system using one or more reallocation 
methods in response to the changing memory requirements of the components. The 
memory reallocation/sharing is transparent to software of the host system. As an 
example, groups of memory locations or addresses, also referred to as memory blocks, 
can be shared by a first processor and a second processor. The first processor includes, 

10 for example, a central processor or microprocessor configured to access a first memory 
area, while the second processor might include a digital signal processor (DSP) 
configured to access a second memory area. The memory sharing provides the processor 
direct access, indirect access, and combination direct/indirect access to the second 
memory area, as described below. 

1 5 In the following description, numerous specific details are introduced to provide a 

thorough understanding of, and enabling description for, embodiments of the memory 
sharing. One skilled in the relevant art, however, will recognize that the memory sharing 
can be practiced without one or more of the specific details, or with other components, 
systems, etc. In other instances, well-known structures or operations are not shown, or 

20 are not described in detail, to avoid obscuring aspects of the memory sharing. 

Figure 1 is a block diagram showing core memory reallocation for sharing among 
components of an electronic system 100, under an embodiment. Generally, the electronic 
system 100 includes a first processor 112 and a first memory area 1 14 coupled to a first 
bus 102, as an example. In operation the first processor 1 12 accesses the first memory 

25 area 1 14 via the first bus 102 in order to write processor data to and read from the first 
memory area 114. 

A second processor 122 is coupled to the first bus 102 through a combination of a 
second bus 104 and a bridge unit 132. The second processor is also coupled to a second 
memory area 124. In operation the second processor 122 directly accesses the second 
30 memory area 124 in order to write data of the second processor to and read from the 
second memory area 124. 
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The core memory sharing described herein allows the first processor 1 12 to 
dynamically reallocate some block of the second memory area 124 for use in storing data 
of the first processor 1 12 using any of a number of memory reallocation methods. One 
method of memory reallocation referred to herein as mapping reallocation maps 
5 prespecified memory locations 124a of the second memory area 124 through the bridge 
unit 132 for access by the first processor via the second bus 104 and the second processor 
122. Another method of memory reallocation referred to herein as switching reallocation 
provides the first processor 1 12 with direct access of prespecified memory locations 124a 
of the second memory area 124 via the first bus 102. An additional method of memory 

10 reallocation simultaneously supports mapping and switching reallocation of memory 

locations of the second memory area 124. These memory reallocation methods and their 
corresponding system configurations are described further below. 

The processors 1 12 and 122 include any collection of computing components and 
devices operating together, as is known in the art. The processors 112 and 122 can also 

15 be components or subsystems within a larger computer system or network. The 

processors 1 12 and 122 can also be coupled among any number of components (not 
shown) known in the art, for example other buses, controllers, memory devices, and data 
input/output (I/O) devices, in any number of combinations. 

Likewise, the first 114 and second 124 memory areas include any collection of 

20 memory devices or portions of memory devices operating together in collocated and/or 
distributed fashion, as is known in the art. The memory areas 1 14 and 124 can also be 
components or subsystems within a larger computer system or network memory. The 
memory areas 1 14 and 124 can also be coupled among any number of components (not 
shown) known in the art, for example other buses, controllers, memory devices, and data 

25 input/output (I/O) devices, in any number of combinations. 

The buses 102 and 104 can include any medium by which files are communicated 
or transferred between the processing systems or components of processing systems. 
Therefore, the paths represented by the buses 102 and 104 include wireless connections, 
wired and/or trace connections, and hybrid wireless/wired connections. The paths also 

30 include couplings or connections to other systems as well as networks including local 
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area networks (LANs), metropolitan area networks (MANs), wide area networks 
(WANs), proprietary networks, and interoffice or backend networks. 

Further to the electronic system 100 is a system configuration in which the first 
processor 1 12 includes a central processing unit (CPU) or processor like, for example, an 
5 ARM microprocessor, alternatively referred to herein as an ARM or a microprocessor. 
Additionally, the second processor 122 includes a digital signal processor (DSP), but is 
not so limited. The first 1 14 and second 124 memory areas of this example include areas 
or memory locations of random access memory (RAM), but can include areas of 
numerous other types of memory/memory devices known in the art. While the first and 
10 second memory areas are shown herein as two separate areas or two separate devices, 

alternative embodiments of the memory sharing described herein can include any number 
of memory locations distributed among any number/combination of memory devices. A 
description follows of core memory sharing among the processor and the DSP of this 
system configuration. 

1 5 Figure 2 is a block diagram of an electronic system 200 having memory areas 

214 and 224 dedicated to each of a processor 212 and a DSP 222, respectively, under the 
embodiment of Figure 1. The processor of an embodiment is an ARM processor 212, but 
the embodiment is not so limited as any type of processor 212 can be used in the system 
200. A first data bus 202 couples the processor 212 to a memory area 214 via a memory 

20 controller OnRAM 250. The memory area 214 is referred to herein as processor memory 
214 or, alternatively, ARM random access memory (RAM) 214. The first data bus 202, 
also referred to herein as the processor bus 202, supports the transfer of information or 
data among devices coupled to the processor bus 202 in a single clock cycle, but is not so 
limited. 

25 The processor bus 202 further couples the processor 212 to the DSP 222 via a 

bridge unit SBU2MOD 232 and a second data bus 204. The bridge unit SBU2MOD 232 
is referred to herein as a DSP bridge 232. The second data bus 204 is also referred to 
herein as the DSP bus 204. The DSP 222 is coupled to a memory area 224, referred to 
herein as DSP memory 224. The processor memory 214 and the DSP memory 224 of an 

30 embodiment are RAM devices, but are not so limited. Alternative embodiments can 
include any type of memory device and/or any combination of memory devices/types. 
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The DSP 222 arid the DSP memory 224 are clocked at a speed (in a DSP clock 
domain) that differs from that of the processor 212 and the devices coupled to the 
processor bus 202 (in a processor clock domain). In an embodiment, the clock 
speed/domain of the DSP 222 and the DSP memory 224 is slower than that of the 
5 processor 212, but is not so limited. Consequently, data transfer from the DSP bridge 
232 across the DSP bus 204 is slower relative to the data transfer across the processor bus 
202. Further, the DSP bridge 232 of an embodiment is an asynchronous bridge because 
of the difference in clock speeds among components coupled to the processor bus 202 
and components coupled to the DSP bus 204, but is not so limited. 

10 Various alternative embodiments can clock the components of the system 200 

using any number/combination of clock speeds; for example, one embodiment may clock 
the processor 212, the DSP 222, and DSP memory 224 at approximately equal speeds, 
while another embodiment may clock the processor 212 at a slower speed than the DSP 
222 and/or the DSP memory 224. 

1 5 The system 200 further includes at least one memory configuration register RAM 

Share 252 coupled to the processor bus 202. The memory configuration register 252, 
also referred to herein as a configuration register 252, couples to the processor bus 202 
via a second bridge unit SBUMOD 234 and stores information for use by at least one of 
the processor 212, a decoder 242, and the DSP bridge 232 in controlling or managing the 

20 configuration of the DSP memory 224 as described below. 

The decoder 242 is coupled among the processor bus 202, the DSP bridge 232, 
and the memory controller 250, but is not so limited. The decoder 242 receives addresses 
associated with data on the processor bus 202 and, in response, controls or manages the 
writing of data to and reading of data from the appropriate memory area in accordance 

25 with information of the memory configuration register 252. The decoder 242 controls the 
reading/writing of data to the processor memory 214 via control line 243 coupled 
between the decoder 242 and the memory controller 250. The decoder 242 controls the 
reading/writing of data to the DSP memory 224 via control line 244 and control line 245 
coupled between the decoder 242 and the DSP bridge 232 as appropriate to the 

30 configuration of the DSP memory 224. 
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The DSP memory sharing of this system 200 generally allows the processor 212 
to either directly access (in the processor clock domain) the DSP memory 224 on the 
processor bus 202 and/or indirectly access the DSP memory 224 (in the DSP clock 
domain) on the DSP bus 204. The direct access is accomplished by switching the upper 
5 32-kbytes of DSP memory 224 from the DSP clock domain to the processor clock 

domain. The indirect access is accomplished by mapping blocks from the upper portion 
of the DSP memory 224 through the DSP bridge 232. 

The DSP bridge 232 arbitrates between processor soft mapping access and DSP 
core access to the DSP memory. Further, the DSP bridge 232 supports indirect access to 

10 the DSP memory by the processor at address 0xC000_0000 (no soft mapping of 

processor addresses). The DSP bridge 232 also supports indirect access by the processor 
of the upper 64 kbytes of the DSP memory in the address range 0x6001_0000 to 
0x6001_FFFF through soft mapping. Additionally, the DSP bridge 232 detects DSP 
memory read or write access violations based on DSP memory sharing control bits, 

1 5 generates violation status bits as appropriate, and generates processor abort cycles if 
enabled to do so during read or write access violations. 

The configuration information of the memory configuration register 252 includes 
information of prespecified memory sharing configurations, but is not so limited. The 
processor 212, running under software control, selects a memory configuration 

20 appropriate to a state of the system 200 and sets bits of at least one register of the 
memory configuration register 252 in accordance with the selected memory 
configuration. In an embodiment, the configuration information corresponds to state 
information of the host electronic system so that the memory can be reallocated and 
shared according to different operating states of the host system when the different 

25 operating states have different memory requirements. Therefore, reallocation of the 
memory areas among components of the host system occurs in response to changes in 
operating states of the host system. 

As an example of an apparatus and/or system using the memory sharing described 
above, the host systems can be systems that include one or more processors in need of 

30 efficient memory management. Examples of such devices/systems includes but is not 
limited to portable communication devices, portable position tracking devices, cellular 
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telephones, cellular telephones coupled to and/or integrated with position tracking 
devices, mobile electronic devices, mobile communication devices, personal digital 
assistants, and other processor-based devices. 

Consider as a specific example a mobile communication device like a cellular 
5 telephone that includes a positioning system like a Global Positioning System (GPS) 
receiver. In this type of system, the processor 212 described above corresponds to the 
central processing unit (CPU) of the communication device while the DSP 222 
corresponds to a signal processor dedicated to processing GPS signals and receiver 
information. A GPS receiver has multiple modes of operation (e.g., cold start, warm 

10 start, hot start, etc.), all of which can have vastly different memory requirements. The 
memory reallocation and sharing of an embodiment allows for efficient use of the limited 
memory of such a portable device by allowing at least one area of device memory to be 4 
reallocated among the CPU and the DSP as appropriate to the operating state of the host 
device. The memory reallocation is transparent to the operating system software of the 

15 host device so that the operating system software sees a CPU memory map and a DSP 
memory map as configured by the memory configuration register 252 in response to the 
state of the host device. 

Figure 3 is a block diagram 300 of a memory configuration following start/boot- 
up of the electronic system 200, under the embodiment of Figure 2. At system start, also 

20 referred to as boot-up, the processor memory 214 includes 64 kilobytes (kbytes) of 
memory (as configured by a processor memory map) while the DSP memory 224 
includes 128 kbytes of memory (as configured by a DSP memory map). The processor 
212 sees the processor memory 214 at a base address of 0x6000_0000, but alternative 
embodiments can assign any base address to the processor memory 214 as appropriate to 

25 the memory type. Likewise, the DSP 222 sees the DSP memory 224 at a base address of 
0xC020_0000, but alternative embodiments can assign any base address to the DSP 
memory 224 as appropriate to the memory type. 

As described herein, the memory sharing of an embodiment supports the 
processor 212 reading to and writing from the DSP memory 224. Consequently, the 

30 processor 212 can see the DSP memory 224 through the DSP bridge 232 at system boot- 
up. The processor sees the DSP memory 224 at a base address of 0xC020_0000, for 
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example, but alternative embodiments can use any base address for the DSP memory 
224. 

The memory of an embodiment includes memory protection features to alert the 
host system when the processor 212 and/or the DSP 222 attempt to access memory 
5 locations of their respective memories that are beyond address boundaries corresponding 
to a particular memory configuration. The memory protection features include, but are 
not limited to, interrupt generation using an interrupt address boundary Int 360 and abort 
generation using an abort address boundary A 362. The memory protection features are 
described below with reference to the memory reallocation examples. 

10 In operation when the processor 212 requires additional memory for storage of 

processor data, the processor 212 can reallocate at least one area or set of memory 
locations of the DSP memory 224 for use in storing processor data. Generally, two 
methods of reallocating the DSP memory 224 are available. A first reallocation method 
uses at least one memory map to map prespecified addresses from the DSP memory 

15 address space to the processor memory address space through the DSP bridge 232. This 
first reallocation method is referred to herein as the mapping reallocation method. The 
mapping of memory through the DSP bridge 232 supports the incremental reallocation of 
as many as eight blocks of memory, where each block includes up to approximately 8 
kbytes, but the embodiment is not so limited. Access to the reallocated memory by the 

20 processor 212 is made via the DSP bridge 232, the DSP bus 204, and components (not 
shown) of the DSP 222. 

A second reallocation method switches prespecified memory addresses from the 
DSP memory address space of the DSP bus 204 to the processor bus 202. This second 
reallocation method is referred to herein as the switching reallocation method. The 

25 switching reallocation method also uses memory mapping to place reallocated memory 
into contiguous processor memory address space. However, as described further below, 
this mapping is performed via a memory interface (described below with reference to 
Figures 8 and 10) coupled directly to the processor bus 202, thereby supporting 
relatively faster access to the reallocated memory than the mapping reallocation method. 

30 The switching reallocation method supports the reallocation of a block of memory, where 
the block includes up to approximately 32 kbytes, but the embodiment is not so limited. 
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Additional reallocation methods and configurations can be realized from 
combinations of the mapping and switching reallocation methods using the descriptions 
provided herein. An example is described below of a system configuration that uses both 
the mapping and switching reallocation methods, but the alternative embodiments are not 
5 limited to this configuration. 

As described above, the core memory sharing of an embodiment allows the 
processor 212 to dynamically reallocate or reconfigure some portion of the DSP memory 
224 for use in storing data of the processor 212 using mapping reallocation. The 
mapping reallocation includes a system configuration in which prespecified memory 

10 locations of the DSP memory 224 are mapped through the DSP bridge 232 for access by 
the processor 212 via the DSP bus 204 and the DSP 222. Figure 4 is a block diagram of 
an electronic system configuration 400 that reallocates some portion of the DSP memory 
424b for use by the processor 212 via the DSP bridge 232 and DSP bus 204, under the 
embodiment of Figure 2. 

1 5 Generally, the system 400 uses at least one memory map to map prespecified 

addresses or blocks 424b from the DSP memory address space 424 to the processor 
memory address space 414 through the DSP bridge 232. The reallocation of the DSP 
memory 424b is performed in response to information of the configuration register 252, 
as described below. The reallocation of an embodiment supports the incremental 

20 reallocation of as many as eight blocks of memory, where each block includes up to 

approximately 8 kbytes of memory, but the embodiment is not so limited. Figure 5A is a 
block diagram 500 of memory reallocation in which a block of DSP memory 424b is 
reallocated from the DSP address space 424 to the processor address space 414 through 
the bridge unit, under the embodiment of Figure 4. Figure 6A is a block diagram 600 of 

25 memory reallocation in which a block of DSP memory 424b that includes a number n 
(where n equals eight in this example) of memory blocks is reallocated from the DSP 
address space 424 to the processor address space 414 through the bridge unit, under the 
embodiment of Figure 4. 

With reference to Figure 5A, this mapping example shows the reallocation of an 

30 8-kbyte memory block 424b from the DSP memory 424 to the processor memory 414. 
The starting memory configuration of this example, with reference to Figure 3, includes 
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128 kbytes of DSP memory 424 and 64 kbytes of processor memory 414, but memory of 
any configuration can be reallocated as described herein. Upon reallocation, a memory 
block 424b (8 kbytes) is removed from the top of DSP memory 424, so that the DSP now 
sees a contiguous block of memory 424a that is approximately 120 kbytes in size (128 
5 kbytes - 8 kbytes = 120 kbytes). The reallocated memory block 424b is added to the core 
processor memory 414, and the processor now sees a contiguous block of memory 514 
that is approximately 72 kbytes in size (64 kbytes + 8 kbytes = 72 kbytes). Figure SB 
shows a memory configuration (memory map) following reallocation of the 8-kbyte 
block of DSP memory from the DSP address space 424 to the processor address space 

10 414, under the embodiment of Figure 5 A. While the embodiment described reallocates 
8-kbyte memory blocks, alternative embodiments can reallocate memory blocks of 
different sizes or combinations of memory blocks having different sizes. 

The memory of an embodiment includes memory protection features to alert the 
host system when the processor and/or the DSP attempt to access memory locations of 

1 5 their respective memories that are beyond address boundaries corresponding to a 

particular memory configuration. The memory protection features include aborts and 
interrupt flags, but are not so limited. Consequently, the address boundaries for the 
memory protection features are adjusted during the memory reallocation. 

As an example, the system of an embodiment generates an interrupt flag if the 

20 DSP accesses memory locations beyond a prespecified interrupt address boundary or 

limit that corresponds to the current memory configuration. Thus, the system adjusts the 
interrupt address boundary as appropriate during the memory reallocation. Returning to 
the example described above with reference to Figure 5, the interrupt address boundary 
Int 560 is adjusted to an incrementally lower address in the DSP memory 424 to reflect 

25 removal of the memory block 424b from the DSP memory 424. Alternative 

embodiments can adjust the interrupt address boundary to an incrementally higher 
address in the DSP memory 424 or as otherwise appropriate to the memory addressing 
scheme. 

As another example, the system of an embodiment generates an abort if the 
30 processor accesses memory locations beyond a prespecified abort address boundary that 
corresponds to the current memory configuration. Thus, the system adjusts the abort 
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address boundary as appropriate during the memory reallocation. Returning to the 
example described above with reference to Figure 5, the abort address boundary A 562 is 
adjusted to an incrementally higher address in the processor memory 514 to reflect the 
addition of the memory block 424b to the core processor memory 414. Alternative 
5 embodiments can adjust the abort address boundary to an incrementally lower address in 
the memory or as otherwise appropriate to the memory addressing scheme. 

Continuing with memory reallocation examples, and with reference to Figure 6A, 
an alternative embodiment of memory reallocation reallocates a memory block 424b that 
includes eight 8-kbyte memory blocks 601-608 (64 kbytes). The starting memory 

10 configuration of this example, with reference to Figure 3, includes 128 kbytes of DSP 
memory 424 and 64 kbytes of processor memory 414, but memory of any configuration 
can be reallocated as described herein. The memory block 424b is removed from the top 
of the DSP memory 424 and reallocated to the core processor memory 414, so that the 
DSP now sees a contiguous block of memory 424a that is approximately 64 kbytes in 

15 size (128 kbytes - 64 kbytes = 64 kbytes). The reallocated memory block 424b is added 
to the core processor memory 414, and the processor now sees a contiguous block of 
memory 614 that is approximately 128 kbytes in size (64 kbytes + 64 kbytes = 128 
kbytes). The interrupt and abort address boundaries are adjusted as appropriate to the 
memory addressing scheme as described above. Figure 6B shows a memory 

20 configuration (memory map) following reallocation of the 64-kbyte block of DSP 

memory from the DSP address space 424 to the processor address space 414, under the 
embodiment of Figure 6 A. While the embodiment described reallocates a total of eight 
8-kbyte memory blocks, alternative embodiments can reallocate different numbers of 
memory blocks where the memory blocks have the same and/or different sizes. 

25 The memory blocks of an embodiment are mapped in order so that memory 

removed from the top of DSP memory 424 is added to the top of core processor memory 
414. Therefore, the DSP memory address space is reduced from top to bottom, while the 
address space of the processor memory grows from bottom to top. Alternative 
embodiments, however, can use alternative mapping schemes as known in the art. 

30 The memory reallocation supports access to the reallocated portions of the DSP 

memory 424b by the processor 212 via the DSP bridge 232, the DSP bus 204, and the 
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DSP 222. Information of the processor 212 is routed to the reallocated DSP memory 
424b under control of the decoder 242. Referring again to Figure 4, the decoder 242 
receives information from the processor via the processor bus 202. The received 
information includes for example instructions and/or data along with associated memory 
5 addresses. The decoder uses the first four bits of the address to determine whether the 
associated information on the processor bus 202 is GPS data or processor data. 

When the decoder 242 determines the information (data) on the bus 202 is GPS 
data, the decoder 242 selects the DSP bridge 232 (using control line 244) to read/receive 
the GPS data. Upon being selected by the decoder 242 via control line 244, some 

10 combination of components (not shown) of the DSP bridge 232 and the DSP 222 route 
the GPS data from the processor bus 202 to the appropriate memory locations of the DSP 
memory. Figure 7 is a block diagram of the DSP memory following memory 
reallocation along with the associated memory loading orders 702 and 704, under the 
embodiment of Figure 4. The GPS data of an embodiment is written to the DSP memory 

15 424a in accordance with the GPS data loading order 702. 

When the decoder 242 determines that received information (data) is processor 
data, the decoder 242 selects either the memory controller 250 or the DSP bridge 232 to 
read/receive the processor data via control line 243 or control line 245, respectively, in 
accordance with an address decoding scheme as follows. When the address falls between 

20 6000_0000 and 6001_0000, the decoder 242 selects the processor memory 414 (using 

control line 243) to receive the associated information over the processor bus 202 and the 
memory controller 250. When the address falls between 6001_0000 and 6002J)000, the 
decoder 242 selects the reallocated block 424b of the DSP memory (using control line 
245) to receive the associated information via the DSP bus 204 and some combination of 

25 components (not shown) of the DSP bridge 232 and the DSP 222. Various alternative 
embodiments can use any number of signaling lines/techniques to select the DSP bridge 
232 and/or the memory controller 250 instead of the control lines 244 and 245. 

When the decoder 242 selects the reallocated block 424b of the DSP memory to 
receive the associated information (processor data) on the processor bus 202, the decoder 

30 242 selects the DSP bridge 232 using control line 245 to read/receive the processor data. 
Upon being selected by the decoder 242, the DSP bridge 232 processes and routes the 
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processor data from the processor bus 202 to the appropriate memory locations of the 
reallocated DSP memory 424b. Processing of the data by the DSP bridge 232 includes, 
for example, inverting the address of the data, but the embodiment is not so limited. 
Referring again to Figure 7, the processor data of an embodiment is written to the 
5 reallocated GPS memory 424b in accordance with the SW access loading order 704. 

As described above, the core memory sharing of an embodiment also includes 
switching reallocation. Switching reallocation switches prespecified memory addresses 
from the DSP memory address space of the DSP bus 204 to the processor bus 202. This 
reallocation method also uses memory mapping to place reallocated memory into 

10 contiguous processor memory address space. However, this mapping is through a 
memory interface that provides faster access to the reallocated memory relative to 
mapping through the DSP bridge 232 described above. 

Figure 8 is a block diagram of an electronic system configuration 800 that 
reallocates some portion of DSP memory 824 for use by the processor 212 using 

1 5 switching reallocation via a memory interface 802 and the processor bus 202, under an 
embodiment of Figure 2. The system configuration 800 includes a memory interface 802 
coupled to the processor bus 202. The memory interface 802 hosts at least one memory 
map (not shown), but is not so limited. Components of the memory interface 802 switch 
prespecified addresses or blocks 824b from the DSP memory address space 824 to the 

20 processor memory address space 814 through use of the memory map. The reallocation 
of the DSP memory 824b is performed in response to information of the configuration 
register 252, as described below. The reallocated memory 824b is accessed directly by 
the processor via the processor bus 202 and the memory interface 802 in a relatively 
small number of clock cycles compared to access via the DSP bus 204 and the DSP 222. 

25 The reallocation of an embodiment supports the reallocation of a block of DSP 

memory 824b, where the DSP memory block 824b includes up to approximately 32 
kbytes of memory, but the embodiment is not so limited. Alternative embodiments can 
reallocate any number of blocks having any number/combination of memory locations. 
Figure 9A is a block diagram 900 of a memory configuration in which a block of DSP 

30 memory 824b is reallocated from the DSP address space 824 to the processor address 
space 814 through the memory interface, under the embodiment of Figure 8. 
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With reference to Figure 9A, the following mapping example demonstrates the 
reallocation of a 32-kbyte memory block 824b. The starting memory configuration of 
this example, with reference to Figure 3, includes 128 kbytes of DSP memory 824 and 
64 kbytes of processor memory 814, but memory of any configuration can be reallocated 
5 as described herein. Upon reallocation, the memory block 824b is removed from the top 
of the DSP memory 824, so that the DSP now sees a contiguous block of memory 824a 
that is approximately 96 kbytes in size (128 kbytes - 32 kbytes = 96 kbytes). The 
reallocated memory block 824b is added to the core processor memory 814, and the 
processor now sees a contiguous block of memory 914 that is approximately 96 kbytes in 

10 size (64 kbytes + 32 kbytes = 96 kbytes). Figure 9B shows a memory configuration 
(memory map) following reallocation of the 32-kbyte block of DSP memory from the 
DSP address space 824 to the processor address space 814, under the embodiment of 
Figure 9 A. While the embodiment described reallocates a 32-kbyte memory block, 
alternative embodiments can reallocate one or more memory blocks of different sizes 

1 5 and/or combinations of memory blocks having different sizes. 

The memory of an embodiment includes memory protection features to alert the 
host system when the processor and/or the DSP attempt to access memory locations of 
their respective memories that are beyond address boundaries Corresponding to a 
particular memory configuration. The memory protection features include aborts and 

20 interrupt flags, but are not ( so limited. Consequently, the address boundaries for the 

memory protection features are adjusted during the memory reallocation. As described 
above with reference to Figures 5 and 6, the interrupt address boundary Int 960 is 
adjusted to an incrementally lower address in the DSP memory 824 to reflect removal of 
the memory block 824b from the DSP memory 824. Alternative embodiments can adjust 

25 the interrupt address boundary 960 to an incrementally higher address in the memory or 
as otherwise appropriate to the memory addressing scheme. Likewise, the abort address 
boundary A 962 is adjusted to an incrementally higher address in the processor memory 
914 to reflect the addition of the memory block 824b to the core processor memory 814. 
Alternative embodiments can adjust the abort address boundary 962 to an incrementally 

30 lower address in the memory or as otherwise appropriate to the memory addressing 
scheme. 
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Numerous additional reallocation methods and configurations can be realized 
from combinations of the switching and/or mapping reallocation methods described 
above. For example, system configurations can reallocate memory using both switching 
and mapping reallocation in combination. Figure 10 is a block diagram of an example 
5 system configuration 1 000 that reallocates a group of DSP memory addresses 1 024c 
using switching reallocation and another group of DSP memory addresses 1024b using 
mapping reallocation, under the embodiments of Figure 2, 4, and 8. Components of the 
system 1000 reallocate a first portion 1024c of DSP memory for use by the processor 212 
via a memory interface 1002 and the processor bus 202, and reallocate a second portion 

1 0 1 024b of DSP memory for use by the processor 2 1 2 via the DSP bridge 232 and DSP bus 
204, but are not so limited. 

Referring first to the switching reallocation of the first block 1024c of DSP 
memory, the system configuration 1000 includes a memory interface 1002 coupled to the 
processor bus 202. The memory interface 1002 hosts at least one memory map (not 

15 shown), but is not so limited. Components of the memory interface 1002 switch 

prespecified addresses or blocks 1024c from the DSP memory 1024 to the core processor 
memory 1014 through use of the memory map. The reallocation of the first block 1024c 
. of DSP memory supports the reallocation of as many as four blocks of memory, where 
each block includes up to approximately 8 kbytes of memory, but the embodiment is not 

20 so limited. The switching reallocation of the DSP memory 1024c is performed in 
response to information of the configuration register 252, as described below. The 
reallocated memory 1024c is accessed directly by the processor 212 via the processor bus 
202 and the memory interface 1 002. 

Turning next to the mapping reallocation of the second block 1024b of DSP 

25 memory, the system configuration 1000 uses at least one memory map to map 

prespecified addresses or blocks 1024b from the DSP memory 1024 to the core processor 
memory 1014 through the DSP bridge 232. The reallocation of the DSP memory 1024b 
is performed in response to information of the configuration register 252, as described 
below. The reallocation of the second block 1024b of DSP memory, when done in 

30 combination with the switching reallocation of the first block 1024c supports the 
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incremental reallocation of as many as four blocks of memory, where each block includes 
up to approximately 8 kbytes of memory, but the embodiment is not so limited. 

Figure 11 A is a block diagram 1 100 of a memory configuration in which blocks 
of DSP memory 1024c and 1024b are reallocated from the DSP address space 1024 to the 
5 core processor address space 1014 through the memory interface 1002 and the DSP 
bridge 232, respectively, under the embodiment of Figure 10. The starting memory 
configuration of this example, with reference to Figure 3, includes 128 kbytes of DSP 
memory 1024 and 64 kbytes of processor memory 1014, but memory of any 
configuration can be reallocated as described herein. 

10 Reallocation of the first portion 1024c of DSP memory for use by the processor 

212 via a memory interface 1002 and the processor bus 202 includes reallocating a 32- 
kbyte memory block 1024c. Upon reallocation, the memory block 1024c is removed 
from the top of the DSP memory 1024 using memory mapping through components of 
the memory interface, as described above. 

1 5 Likewise, reallocation of the second block 1 024b of DSP memory for use by the 

processor 212 via DSP bridge 232 includes reallocating four 8-kbyte memory blocks 
1 101-1 104 (collectively 1024b). Upon reallocation, the memory block 1024b is removed 
from the DSP memory 1024 using memory mapping through components of the DSP 
bridge 232 and DSP 222, as described above. 

20 Upon reallocation of the first 1024c and second 1024b blocks of DSP memory, 

the memory block 1024c (32 kbytes) is first removed from the top of core DSP memory 
1024 and added to the top of the core processor memory 1014. The memory block 1024b 
(8 ktyes x 4 blocks = 32 kbytes) is next removed from the top of the remaining core DSP 
memory 1024 and added to the top of memory block 1024c. Following these two 

25 reallocation operations, the DSP 222 now sees a contiguous block of memory 1024a that 
is approximately 64 kbytes in size (128 kbytes - 32 kbytes - 32 kbytes = 64 kbytes). The 
processor now sees a contiguous block of memory 1114 that is approximately 128 kbytes 
in size (64 kbytes + 32 kbytes + 32 kbytes = 128 kbytes) as a result of the additions of 
reallocated memory blocks 1024c and 1024b to the core processor memory 1014. Figure 

30 11B shows a memory configuration (memory map) following reallocation of the first and 
second blocks of DSP memory from the DSP address space 1024 to the processor address 
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space 1014, under the embodiment of Figure 1 1 A. Alternative embodiments can 
reallocate memory blocks of different sizes or combinations of memory blocks having 
different sizes. 

Note that when reallocating DSP memory, switching the first portion 1024c of 
5 DSP memory takes priority over mapping the second portion 1024b of DSP memory, but 
the embodiment is not so limited. Consequently, when using the switching and mapping 
methods in combination, two situations can arise: the processor 212 maps one or more of 
the memory blocks 1 101-1 104 and subsequently switches one or more of the memory 
blocks 1101-1 104; the processor 212 switches one or more of the memory blocks 1 101- 

10 1 104 and subsequently maps one or more of the memory blocks 1 101-1 104. Regardless 
of which of these two situations arise, existing data ordering is preserved when going 
between the mapping and the switching reallocation methods. Also, if the processor 
previously mapped one or more of the blocks 1 101-1 104 of the first portion 1024c of 
DSP memory to the core processor memory 1014 through the DSP bridge 232, any data 

1 5 stored in these blocks 1 1 0 1 - 1 1 04 remains intact at the same addresses when the block is 
later mapped to the core processor memory 1014 through the memory interface. 

As described above with reference to Figures 5, 6, and 9, the interrupt address 
boundary Int 1 160 is incrementally adjusted to a lower address in the DSP 1024 memory 
to reflect removal of memory blocks 1024c and 1024b from the DSP memory 1024. 

20 Alternative embodiments can incrementally adjust the interrupt address boundary 1 160 to 
a higher address in the memory or as otherwise appropriate to the memory addressing 
scheme. Likewise, the abort address boundary A 1 162 is incrementally adjusted to a 
higher address in the memory to reflect the addition of memory blocks 1024c and 1024b 
to the core processor memory 1014. Alternative embodiments can incrementally adjust 

25 the abort address boundary 1 1 62 to a lower address in the memory or as otherwise 
appropriate to the memory addressing scheme. 

The system configuration 1000 that combines memory switching and memory 
mapping reallocation supports access to the switched portions 1024c of the DSP memory 
by the processor 212 via the processor bus 202 and the memory interface 1002, while 

30 supporting access to the mapped portions 1024b of the DSP memory via the DSP bridge 
232, the DSP bus 204, and the DSP 222. Information (data) of the processor 212 is 
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routed to the appropriate memory locations under control of the decoder 242. Referring 
again to Figure 10, the decoder 242 receives information (data) from the processor 212 
via the processor bus 202. The received information includes for example data and/or 
instructions along with associated memory addresses. The decoder 242 uses the first four 
5 bits of the address to determine whether the associated information is GPS data or 
processor data. 

When the decoder 242 determines the information (data) is GPS data, the decoder 
242 selects the DSP bridge 232 (using control line 244) to read/receive the GPS data. 
Upon being selected by the decoder 242 via control line 244, some combination of 

10 components (not shown) of the DSP bridge 232 and the DSP 222 route the GPS data 
from the processor bus 202 to the appropriate memory locations 1024a of the DSP 
memory. Figure 12 is a block diagram of the DSP memory following memory 
reallocation along with the associated memory loading orders 1202 and 1204, under the 
embodiment of Figure 10. The GPS data of an embodiment is written to the GPS 

15 memory 1024a in accordance with the GPS data loading order 1202. 

When the decoder 242 determines that received information (data) is processor 
data, the decoder 242 selects one of the memory controller 250, the DSP bridge 232, or 
the memory interface 1002 to read/receive the processor data via control line 243, control 
line 245, or control line 246, respectively, in accordance with an address decoding 

.20 scheme as follows. When the address falls between 6000_0000 and 6001_8000 and the 
memory configuration includes switched memory 1024c, the decoder selects the switched 
memory 1024c (using control line 246) to receive the associated information over the 
processor bus 202 and the memory interface 1002. When the address falls between 
6001_8000 and 6002_0000 and the memory configuration includes switched memory 

25 1024c, the decoder selects the mapped block 1024b of the DSP memory 1024 (using 
control line 245) to receive the associated information via the DSP bus 204 and some 
combination of components (not shown) of the DSP bridge 232 and the DSP 222. 
Various alternative embodiments can use any number/type/combination of signaling 
schemes to select the device to read/receive the processor data instead of the control lines 

30 243-246. 
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When the decoder 242 selects the mapped block 1024b of the DSP memory to 
receive the associated information on the processor bus 202, the decoder 242 selects the 
DSP bridge 232 using control line 245 to read/receive the processor data. Upon being 
selected by the decoder 242, the DSP bridge 232 processes and routes the processor data 
5 from the processor bus 202 to the appropriate memory locations of the reallocated DSP 
memory 1 124b. Processing of the data by the DSP bridge 232 includes, for example, 
inverting the address of the data, but the embodiment is not so limited. Referring again to 
Figure 12, the processor data of an embodiment is written to the reallocated GPS 
memory 1024b in accordance with the SW access loading order 1204. 

10 As described above, the memory of an embodiment includes memory protection 

features to alert the host system when the processor 212 and/or the DSP 222 attempt to 
access memory locations of their respective memories that are beyond address boundaries 
corresponding to a particular memory configuration. These memory protection features 
include aborts and interrupt flags, for example. Figure 13 is a block diagram of a system 

15 configuration 1300 that reallocates a group of memory addresses using switching 

reallocation and another group of memory addresses using mapping reallocation, under 
an alternative embodiment of Figure 10. This system 1300 further includes a SW 
monitor 1302 coupled to the DSP bridge 232, but is not so limited. The SW monitor 
1302 generates an abort 1304 if the processor 212 accesses memory locations beyond a 

20 prespecified abort address boundary associated with the memory configuration, as 
described above. The system 1300 adjusts at least one abort address boundary as 
appropriate to the memory configuration. 

The system 1300 also includes a DSP monitor 1304 coupled to at least one of the 
DSP 222 and the DSP memory 1024. The DSP monitor 1304 of an embodiment 

25 generates an interrupt 1314 if the DSP 222 accesses memory locations beyond a 
prespecified interrupt address boundary or limit associated with the memory 
configuration, as described above. The system 1300 adjusts at least one interrupt address 
boundary as appropriate to the memory configuration. 

The system configurations described above with reference to Figures 2, 4, 8, and 

30 10 can also include a multiplexer for use in accessing the DSP memory. As an example, 
Figure 14 is a block diagram of an electronic system 1400 including a reallocated 
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memory X24 and a multiplexer 1402, under any of the embodiments of Figures 2, 4, 8, 
and 10. The multiplexer 1402 is coupled to the memory X24 (where "X" represents the 
number of the corresponding figure/system: Figure 2, "memory 224"; Figure 4, "memory 
424"; Figure 8, "memory 824"; Figure 10, "memory 1024") and the DSP 222, but is not 
5 so limited. The memory X24 includes DSP memory X24a, and reallocated memory 

block X24b. The reallocated memory block X24b is reallocated for use by the processor 
212 (Figures 2, 4, 8, and 10) as described above. 

During write operations to the memory X24, the DSP 222 transfers information to 
the multiplexer 1402 including address and memory chip select information (0, 1, 2, or 

10 3). Alternative embodiments can provide additional information to the multiplexer 1402. 
Using the address and chip selected information, the multiplexer 1402 selects memory 
locations of one of memory block X24a or X24b for the write operation. 

During memory read operations, the DSP 222 provides information to the 
multiplexer 1402 that includes but is not limited to address information. In response, the 

15 multiplexer 1402 receives data from memory locations of each of memory blocks X24a 
and X24b corresponding to the address information. The multiplexer uses the address 
information to select either the information read from memory block X24a or the 
information read from memory block X24b, and provides the selected information to the 
DSP 222. 

20 Access to all processor memory and DSP memory described above allows byte, 

half-word, and word access with byte line write controls. This attribute holds both for 
switched memory and for memory mapped through the bridge unit. Byte ordering for the 
DSP memory is the same for either the DSP base-address, or the mapped or switched 
blocks that use the processor base-address. 

25 The memory sharing/reallocation described above can involve a number of 

components or modules of the host electronic system. The systems described above with 
reference to Figures 2-14 include at least one memory configuration register 252 coupled 
to the processor bus 202. The memory configuration register 252 couples to the 
processor bus 202 via a bridge unit 234 and includes registers that store information for 

30 use by at least one of the processor 212, a decoder 242, a memory interface (Figure 8, 
802; Figure 10, 1002), a DSP bridge 232, and a multiplexer (Figure 14; 1402) in 
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controlling or managing the memory configuration. The memory configuration register 
252, either alone and/or in combination with other components of the host electronic 
system, generally includes one or more registers/register fields described below. 

The configuration register 252 of an embodiment includes a first set of register 
5 fields to support mapping reallocation, as described above. This set of register fields map 
memory blocks from the DSP address space to the processor address space. The memory 
blocks include up to eight 8-kbyte blocks, but alternative embodiments can include any 
number of blocks having any combination of sizes. The blocks are mapped in order from 
the top of the DSP memory. The first set of register fields of an embodiment includes 

1 0 one or more register fields. 

The configuration register 252 of an embodiment includes a second set of register 
fields to support switching reallocation, as described above. This second set of register 
fields support switching the top 32 kbytes of DSP memory from the DSP bus to the 
processor bus, wherein the 32-kbyte block includes four 8-kbyte blocks. If one or more 

15 of the corresponding four 8-kbyte blocks of memory were previously or are subsequently 
reallocated using mapping reallocation, the switch control takes precedence. Data 
contents of the first four mapped 8 kbyte blocks and the single switched 32-kbyte block 
are at identical offsets and byte ordering with either reallocation method. The second set 
of register fields of an embodiment includes one or more register fields. 

20 The configuration register 252 of an embodiment includes a third set of register 

fields to support enabling or disabling abort generation for DSP memory read and/or 
write access violations. Generation of these aborts can also be independently enabled or 
disabled for read and write accesses. Regarding interrupts, the system of an embodiment 
includes a fourth set of register fields to support saving of an address that causes the 

25 initial DSP memory violation and subsequent interrupt. Each of the third and fourth set 
of register fields of an embodiment includes one or more register fields. 

Figure 15 is a block diagram of a control register 1500 for memory sharing, 
under an embodiment. The configuration register 252 includes the control register 1500, 
but alternative embodiments can include the control register 1500 in other components 

30 and/or combinations of components of the host system. A description of the function of 
the bits 0-15 of this register is as follows: 
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Bit(s) Function 

15:7 Reserved 

6 DSP32K_SWI_ENB: Logic 1 = enable processor direct access of the upper 32 

5 kbytes of DSP memory through the processor bus. 

5:3 MAPJBLK[2:0]: 000-1 1 1 selects from one to eight 8-kbyte blocks of the 
upper 64 kbytes of DSP memory for processor soft mapping access when 
DSP64K_MAP__ENB = 1. These bits set the processor soft MAP address 
1 0 boundary as follows : 

000: > 0x6001_0000 < 0x6001_2000 or > 0xC021_E000 < 0xC022_0000 
001: > 0x6001_0000 < 0x6001^4000 or > OxC021_CO00 < 0xC022_0000 
010: > 0x6001 J)000 < 0x6001_6000 or > 0xC021_A000 < 0xC022_0000 
011: > 0x6001_0000 < 0x6001_8000 or > 0xC021_8000 < 0xC022_0000 
15 100: > 0x6001^0000 < 0x6001_A000 or > 0xC021_6000 < 0xC022_0000 

101: > 0x6001 J)000 < 0x6001_C000 or > 0xC021_4000 < 0xC022_0000 
110: > 0x6001_0000 < 0x6001_E000 or > 0xC021_2000 < 0xC022_0000 
1 1 1 : > 0x6001_0000 < 0x6002 _0000 or > 0xC021_0000 < 0xC022_0000. 

20 2 DSP64KMAPENB: Logic 1 = enable processor soft mapping from one 

to eight 8-kbyte blocks of the upper 64 kbytes of DSP memory at 
addresses at or greater than 0x6001_0000 and less than 0x6002_0000 
through the DSP bus bridge. 

25 1 ENCPUWAB: Logic 1 = enable abort on processor write violation. 

0 EN_CPU_RAB: Logic 1 = enable abort on processor read violation. 

A more detailed explanation of control bits of the control register 1500 follows. 

30 The EN_CPU_RAB bit enables the processor 212 to abort the access if it attempts to read 
from DSP memory in an address range that is not allowed because it is mapped for 
processor use or not physically present on the bus being accessed. For example, if 
SWI_ENB = 0 and MAP ENB = 1 and the processor 212 tries to read from the address 
range Ox6001_COOO to 0x6001_FFFF, an abort is generated. Similarly, if SWI_ENB = 1 

35 and the processor 212 tries to read from the range 0xC021_E000 to 0xC021_FFFF, an 
abort is generated. Note, however, that if SWI ENB = 0 and MAP_ENB = 1 and 
MAPJBLK is greater than/equal to 000, the processor 212 may read from block 0 
through the DSP bridge 232 at both address ranges 0x6001^0000 to 0x6001_lFFF and 
0xC021 E000to0xC021 FFFF. 
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The EN_CPU_WAB bit enables the processor 212 to abort the access if it 
attempts to write to DSP memory in an address range that is not allowed because the 
particular address range is mapped for processor use or not physically present on the bus 
being accessed. For example, if SWIJ3NB = 0 and MAP_ENB = 1 and the processor 
5 212 tries to write to the address range 0x6001_C000 to 0x6001_FFFF, an abort is 

generated. Similarly, if SWI_ENB = 1 and the processor 212 tries to write to an address 
in the range 0xC021_E000 to 0xC021_FFFF, an abort is generated because the block is 
not present on the DSP bus. Note, however, that if SWI ENB = 0 and MAP ENB = 1 
and MAP_BLK is greater than/equal to 000, the processor 212 may write to block 0 

10 through the DSP bridge 232 at both address ranges 0x6001 J)000 to 0x6001_lFFF and 
0xC02 1_E000 to 0xC02 1_FFFF. 

The DSP64K_MAP_ENB bit enables MAP BLK [2:0] to control the address 
mapping of eight 8-kbyte blocks from the DSP address range to the address range directly 
above the on-chip processor memory. When this bit is disabled (set to logic "0"), the 

1 5 mapping bits MAP_BLK [2:0] have no effect. 

The MAP_BLK [2:0] bit controls the mapping of eight 8-kbyte blocks from the 
DSP address range to the address range directly above the on-chip processor memory. 
The bytes are mapped beginning with block zero and ending with the block specified by 
MAP_BLK [2:0], but are not so limited. Block 0 is at the high end of the DSP address 

20 range and is mapped to the low end of the mapped range above the processor memory. 
This reverse stacking is done so that the remaining DSP memory is a contiguous address 
range as upper blocks are removed, and the added processor memory grows upward with 
each added block so as to appear as a contiguous address range. 

The DSP32K_SWI_ENB bit switches memory blocks 0 to 3 from the DSP bus to 

25 the processor bus. The four blocks are stacked in reverse order in the processor address 
range, beginning with block 0 being mapped just above the top of on-chip processor 
memory. This same mapping is used when MAP_BLK [2:0] maps the blocks via the 
DSP bridge 232. 

Figure 16 is a block diagram of a status register 1600 for memory sharing, under 
30 an embodiment. The configuration register 252 includes the status register 1600, but 

alternative embodiments can include the status register 1600 in other components and/or 
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combinations of components of the host system. A description of the function of the bits 

0-15 of this register is as follows: 

Bit(s) Function 
15:2 Reserved. 

5 

1 CPUW_VIO: during read operations, a logic 1 = processor write- 
violation; during write operations, writing a logic 1 clears the bit. 

0 CPUR_VIO: during read operations, a logic 1 = processor read-violation; 
10 during write operations, writing a logic 1 clears the bit. 

A more detailed explanation of each control bit of the status register 1600 follows. 
The CPURVIO bit is set when processor read-violations occur. This bit is set 
independently of the state of EN_CPU_RAB. The CPUR_VIO bit is cleared when the 
15 processor writes back a logic "1". 

The CPUWVIO bit is set when processor write- violations occurs. This bit is set 
independently of the state of ENCPUWAB. The CPUW_VIO bit is cleared when the 
processor writes back a logic "1". 

Figure 17 is a block diagram of a read/write violation address register 1700 for 
20 memory sharing, under an embodiment. The configuration register 252 includes the 
violation address register 1700, but alternative embodiments can include the violation 
address register 1700 in other components and/or combinations of components of the host 
system. A description of the function of the bits 0-15 of this register is as follows: 

Bit(s) Function 

25 15:0 DSP address first causing DSPWJNT or DSPRJNT pulse. 

Figures 18A and 18B form an address map 1800 for memory sharing, under an 
embodiment. The configuration register 252 includes the address map 1800, but 
alternative embodiments can include the address map 1800 in other components and/or 
combinations of components of the host system. Some examples are presented below of 

30 the address mapping for memory sharing, but the embodiment is hot limited to these 
examples. 

In a first example, Block = 7, DSP32K_SWI_ENB = X, DSP64K_MAP_ENB = 
0, MAP_BLK [2:0] = XXX. The DSP 222 accesses the block in its DSP address range 
0x0001_0000 to 0x0001_FFFF. The processor 212 accesses the block at the DSP bridge 
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address of 0xC021_0000 to 0xC021_lFFF. The processor 212 can not access this block 
on the processor bus 202. 

In a second example, Block = 7, DSP32K_SWI_ENB = X, DSP64K_MAP_ENB 
= 1, MAP_BLK [2:0] = 110. The DSP 222 accesses the block in its DSP address range 
5 0x0001 0000 to 0x0001_FFFF. The processor 212 accesses the block at its DSP bridge 
address of 0xC021_0000 to 0xC021_FFFF or the soft map address 0x6001_0000 to 
0x6001_5FFF. The processor 212 can not access this block on the processor bus 202. 

In a third example, Block = 7, DSP32K_SWI_ENB = X, DSP64K_MAP_ENB = 
1 , MAP BLK [2:0] = 111. The DSP 222 is not programmed to access the block in the 

10 general DSP address range 0x000 1_0000 to 0x000 1_FFFF. The processor 212 accesses 
the block at its mapped DSP bridge address of 0x6001_0000 to 0x6001_7FFF. The 
processor 212 does not access this block on the processor bus 202. If the DSP 222 tries 
to access this block in its general DSP bus address range, DSP read or write interrupts are 
generated as appropriate. 

1 5 Aspects of the memory sharing/reallocation of an embodiment may be 

implemented as functionality programmed into any of a variety of circuitry, including 
programmable logic devices (PLDs), such as field programmable gate arrays (FPGAs), 
programmable array logic (PAL) devices, electrically programmable logic and memory 
devices and standard cell-based devices, as well as application specific integrated circuits 

20 (ASICs). Some other possibilities for implementing aspects of the memory sharing of an 
embodiment include: microcontrollers with memory (such as electronically erasable 
programmable read only memory (EEPROM)), embedded microprocessors, firmware, 
software, etc. Furthermore, aspects of the memory sharing of an embodiment may be 
embodied in microprocessors having software-based circuit emulation, discrete logic 

25 (sequential and combinatorial), custom devices, fuzzy (neural) logic, quantum devices, 
and hybrids of any of the above device types. Of course the underlying device 
technologies may be provided in a variety of component types, e.g., metal-oxide 
semiconductor field-effect transistor (MOSFET) technologies like complementary metal- 
oxide semiconductor (CMOS), bipolar technologies like emitter-coupled logic (ECL), 

30 polymer technologies (e.g., silicon-conjugated polymer and metal-conjugated polymer- 
metal structures), mixed analog and digital, etc. 
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Unless the context clearly requires otherwise, throughout the description and the 
claims, the words "comprise," "comprising," and the like are to be construed in an 
inclusive sense as opposed to an exclusive or exhaustive sense; that is to say, in a sense of 
"including, but not limited to." Words using the singular or plural number also include 
5 the plural or singular number respectively. Additionally, the words "herein," 

"hereunder," "above," "below," and words of similar import, when used herein, shall 
refer to this patent as a whole and not to any particular portions of this patent. When the 
word "or" is used in reference to a list of two or more items, that word covers all of the 
following interpretations of the word: any of the items in the list, all of the items in the 

1 0 list and any combination of the items in the list. 

The above description of illustrated embodiments of the memory sharing is not 
intended to be exhaustive or to limit the invention to the precise form disclosed. While 
specific embodiments of, and examples for, the memory sharing are described herein for 
illustrative purposes, various equivalent modifications are possible within the scope of 

15 the invention, as those skilled in the relevant art will recognize. The teachings of the 
memory sharing provided herein can be applied to other electronic systems, not only for 
the electronic systems described above. 

The elements and acts of the various embodiments described above can be 
combined to provide further embodiments. These and other changes can be made to the 

20 memory sharing of an embodiment in light of the above detailed description. 

All of the above references and United States Patents and patent applications are 
incorporated herein by reference. Aspects of the embodiments described herein can be 
modified, if necessary, to employ the systems, functions and concepts of the various 
patents and applications described above to provide yet further embodiments of the 

25 memory sharing. 

In general, in the following claims, the terms used should not be construed to limit 
the memory sharing to the specific embodiments disclosed in the specification and the 
claims, but should be construed to include all electronic systems that operate under the 
claims to provide memory sharing. Accordingly, the memory sharing is not limited by 

30 the disclosure, but instead the scope of the memory sharing is to be determined entirely 
by the claims. 
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While certain aspects of the memory sharing are presented below in certain claim 
forms, the inventors contemplate the various aspects of the memory sharing in any 
number of claim forms. For example, while only one aspect of the memory sharing is 
recited as embodied in computer-readable medium, other aspects may likewise be 
5 embodied in computer-readable medium. Accordingly, the inventors reserve the right to 
add additional claims after filing the application to pursue such additional claim forms for 
other aspects of the memory sharing. 
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